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FIELD OF THE INVENTION 

The present invention relates to network switches generally and to 
cross-bars in particular. 

BACKGROUND OF THE INVENTION 

A network switch creates a network among a plurality of end nodes, 
such as workstations, and other network switches connected thereto. Each end 
node is connected to one port of the network. The ports also serve to connect 
network switches together. 

Each end node sends packets of data to the network switch which the 
switch then routes either to another of the end nodes connected thereto or to a 
network switch to which the destination end node is connected. In the latter case, 
the receiving network switch routes the packet to the destination end node. 

Each network switch has to temporarily store the packets of data which 
it receives from the units (end node or network switch) connected to it while the 
switch determines how, when and through which port to retransmit the packets. 
Each packet can be transmitted to only one destination address (a "unicast" 
packet) or to more than one unit (a "multicast" or "broadcast" packet). For 
multicast and broadcast packets, the switch typically stores the packet only once 
and transmits multiple copies of the packet to some (multicast) or all (broadcast) 
of its ports. Once the packet has been transmitted to all of its destinations, it can 
be removed from the memory or written over. 

Switching Ethernet Controllers (SECs) are network switches that 
implement the Ethernet switching protocol. According to the protocol, the 
Ethernet network (cabling and Ethernet ports) operates at 10 Megabits per 
second. Switches which operate at the desired speed of 10 Megabits per second 
are known as providing "full-wire" throughput. 



In US patent application 08/790,155, filed January 28, 1997, and 
incorporated herein by reference, in order to optimize through-put time, 
communication between SECs attempts to utilize the bus as little as possible so 
that the bus will be available as soon as a SEC wants to utilize it. Therefore, each 
SEC includes a write-only bus communication unit which transfers the packets out 
of the SEC by only writing to the bus. Thus, packets enter each SEC by having 
been written therein from other SECs and not by reading them in, since read 
operations utilize the bus for significant amounts of time compared to write 
operations. Having the bus available generally whenever a SEC needs it helps to 
provide the full-wire throughput. 

However, when many SECs write to the same bus, the throughput is 

limited by the speed of the bus. 



SUMMARY OF THE PRESENT INVENTION 

It is an object of the present invention to provide a cross-bar for 
communicating between Switching Ethernet Controllers (SEC) and PCIs. 

There is therefore provided in accordance with a preferred 
embodiment of the present invention a data network including at least one 
crossbar, wherein each crossbar comprises N ports and a plurality N of 
devices each associated with and connected to one port of one of said 
crossbars. Each one port of one crossbar includes an input buffer, a 
plurality N-1 of port output buffers, a plurality N-1 of fullness sensors, 
shutoff means 

The input buffer receives messages from the device connected to its 
port and sends said messages to the other ports of said one crossbar. 
Each port output buffers corresponds to one of said other ports, wherein 
each port output buffer receives said messages only from said input buffer 
of its associated other port. Each fullness sensor is associated with one 
port output buffer and measures the fullness state of its associated port 
output buffer. 

The shutoff means connects to the fullness sensors associated with 
the port output buffers corresponding to said one port at said N-1 other 
ports, for, when said fullness state for one of said other ports is generally 
full, indicating to said device connected to said one port not to send data for 
the port which is now generally full. 

There is therefore provided a network wherein each device 
additionally includes N-1 device output buffers, one per the N-1 other ports 
of said crossbar. 

Additionally, there is therefore provided a network wherein each port 
comprises a bus link connected to said corresponding associated device. 



Moreover, each device also includes a multiplicity of direct memory 
access (DMA) units for removing data from at least one of said device 
output buffers. 

Furthermore, each crossbar in the network includes an arbiter for 
5 providing said messages from said N-1 port output buffers to said device 
connected to its port only if said device is not full. 

There is therefore provided in accordance with a preferred 
embodiment of the present invention a switch for a data network, the data 
network including at least one crossbar having N ports and the switch being 
10 connectable to one of said N ports. The switch includes a multiplicity of 
switch output buffers, one per the N-1 other ports of said crossbar and at 
least two direct memory access (DMA) units, each associated with at least 
one of said switch output buffers, for removing data from said associated at 
least one switch output buffers. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be understood and appreciated more fully 
from the following detailed description taken in conjunction with the drawings in 
which: 

Fig. 1 is a block diagram illustration of a network of switching 
communication controllers, constructed and operative in accordance with a 
preferred embodiment of the present invention; . 

Fig. 2 is a schematic illustration of a switching communication cross bar 
controller forming part of the network of Fig. 1 ; 

Fig. 3 is a schematic illustration of a portion of the cross bar of Fig. 2 and 
an Ethernet switching unit forming part of the switching network of Fig. 1 ; 

Fig. 4 is a schematic illustration of the switching unit and link connection 
forming part of the switching network of Fig. 1 ; 

Fig. 5A is a flow chart illustration of the networking communication in 
accordance with a preferred embodiment of the present invention; 

Fig. 5B is a illustration of a local link communication in accordance with 
switching Ethernet controller network of Fig. 1 ; 

Fig. 6A is a schematic diagram of an interface bus; 

Fig. 6B is a block illustration of a message architecture used in the 
interface bus of Fig. 6A; 

Fig. 6C is a timing diagram illustration of the activity of the bus during the 
operations of Fig. 6A; and 

Fig. 7 is a block diagram illustration of the logical elements of a link 
message used in the present invention; 



DETAILED DESCRIPTION OF THE PRESENT INVENTION 

Reference is now made to Figs. 1, 2. 3 and 4 which illustrate, in general 
terms, a cross bar 10 of the present invention and its connection within a network, 
wherein Fig. 1 illustrates a general overview of one or more cross bars 10 
connected via one or more individual buses 14 to one or more Ethernet switches 
12. Since each Ethernet switch 12 is connected to the cross-bar 10 via its own 
individual bus 14, the cross bar 10 typically provides linking operations, 
transferring data from switch to switch. The one or more Ethernet switches 12 are 
typically connected to one or more devices or work stations, not shown in the 
figures. 

" As further illustrated in Fig. 1. the network switches 12 interconnect to 
create a large network or to enlarge an existing network. A plurality of network 
switches 12 are connected to PCI busses which are connected through 
PCI-to-PCI bridges. Thus, two bus networks can be connected together through 
the addition of another PCI bus and two PCI-to-PCI bridges. 

Figs. 2, 3 and 4 illustrate the network of Fig 1 , and specifically cross bar 
10 and elements of the associated switches 12, in some detail. In order to 
facilitate understanding, switches 12, along with other similar type elements, have 
been alphabetized to indicate location or sequence in the network. This 
numbering is for explanation only. In addition, in order to facilitate understanding, 
arrows have been added to represent data packet flow; however, for clarity, not 
every data flow path has been mapped. 

As shown in Fig. 2, cross bar 10 comprises a multiplicity of ports 16 
where each port 16 comprises a link logic unit 18, an input FIFO buffer 20, a 
; plurality of output buffers 22 and a port transmit arbiter 26. Typically cross bar 1 0 
has four ports 16; however, it may comprise any number of ports 16. 

Each port 16, and the elements which it comprises, are dedicated to an 
associated switch 12 or cross bar 10, and are responsible for all communication 



with its associated switch 12 or crossbar 10. As an example, the elements which 
comprise port 16A are associated with switch 12A and are responsible for switch 
12A's communication: link logic unit 18A receives and directs messages and data 
from switch 12A, and performs various port functions which will be described in 
more detail hereinbelow; input FIFO buffer 20A receives and stores data packets 
sent from switch 12A; output buffers 22 at port 16A receive and store data 
packets sent to switch 12A; and, port transmit arbiter 26A sends messages and 
data to switch 12A. 

Port to port communication is made via point-to-point connection 
between input buffers 20 and their associated output buffers 22. As an example, 
and as represented in Fig. 2 by solid lines 25, input buffer 20A is connected to 
output buffers 22A. Output buffers 22A are located at ports 16B, 16C and 16D, 
respectively. 

Input buffer 20A transfers data packets via output buffers 22A to ports 
16B, 16C and 16D. Additionally, though not represented in the Figures, input 
buffer 20B is connected to output buffers 22B, located at ports 16A, 16C and 16D, 
and so on. This point-to-point connection allows simultaneous non-collision data 
transfers from the input buffers 20 to their dedicated output buffers 22, and hence 
simultaneous communication between ports 16. 

Communication starts at switch 12, which writes a link message and/or 
an accompanying data packet into its associated link logic unit 18. Link messages 
are either sent alone or interleaved with data packets. Two major types of link 
messages are possible; switch link messages to be transferred to another switch, 
and local link messages indicating the status of the associated switch 12. Switch 
link messages transferred with an accompanying data packet contain information 
concerning the associated data packet. 

Logic unit 18 reads the first bit of the link message, which identifies the 
type of link message being transmitted. As an example, if the first bit is set or 1 , as 
an example, then logic unit 18 recognizes the message as a local link message, 



does not transfer the message, and proceeds to perform port functions which will 
be described in more detail hereinbelow. If the first bit is not set or is 0, then the 
logic unit 18 recognizes the link message as being a switch link message and 
transfers the message and the associated packet to the input buffer 20. 

As an example, switch 12A sends a link message and data packet to 
logic unit 18A; logic unit 18A identifies the link message as a switch link message 
and transfers both the switch Jink message and the data packet to input buffer 
20A. 

Via the direct point-to-point connections noted hereinabove, the input 
buffer 20 on port 16 transfers the link message and data packet to its associated 
output buffers 22 located on the other ports 16 on cross bar 10. As an example, 
input buffer 20A transfers the message and packet to output buffers 22A located 

on ports 16B, 16C and 16D. 

Each port 16 is identified by a port address, and each device, connected 
to one of the switches, is identified by its own device address or number. Each 
output buffer 22 comprises a device table register 24, coupled thereto. When port 
16 is linked to a switch 12, register 24 logically holds the device number of a 
device linked to that specific port 16. When port 16 is linked to a cross bar 10, 
register 24 logically holds the device numbers of all the devices connected to the 
cross bar 10 linked to that specific port 16 

The device number is also logically contained within the switch link 
message. When the switch link message and data packets are received at the 
port 16, the packet is first received by the device table register 24. If the device 
number data in the switch link message is included in the receiving register 24, 
the message and packet is written into the coupled output buffer 22; if the device 
number data in the switch link message is not included in the receiving register 
24, then the register 24 simply ignores the message, and does not receive it. 

As an example, the switch link message and its associated data packet 
of the previous example are intended for transfer to a device linked to port 16B. 



Output buffers 22A located on ports 16B, 16C and 16D receive the message and 
the packet. The registers 24A at ports 16C and 16D do not include the device 
number contained in the switch message, and thus ignore the message. The 
register 24A coupled to output buffer 22A at port 16B does include the device 
number, and hence writes the message and packet into output buffer 22A at port 
16B. Output buffer 22A at port 16B then transfers the message and packet to the 
port transmit arbiter 26B, which transfers the message and packet via link 14B to 
switch 12B, and onto its eventual destination. 

It is common that some switches 12 and their dedicated ports 16 are 
busier than others. For example, if switch 12A is excessively busy, the memory in 
switch 12A may become too full to receive more data packets. In such a case, 
the present invention implements flow control which ensures that no data is lost 
during the temporary backup. 

In this situation, if switch 12A is full, it notifies such to logic unit 18A. 
Logic unit 18A then signals to port transmit arbiter 26A to cut off the data flow via 
link 14A to switch 12A. As a result, switch 12A does not receive any more data 
packets, however, it does continue to send link messages and/or data packets to 
input buffer 20A. Once the memory in switch 12A is cleared, switch 12A sends a 
message to logic unit 18A to re-open up the link 14A and re-allow data packet 
transfer to the switch. 

While the link 14A to switch 12A is closed, all data packets sent to 
switch 12A are temporarily stored in the output buffers 22B, 22C, and 22D, 
located at port 16A. If port 16A continues to be busy, the temporarily stored data 
messages may backup in one of the output buffers 22 at port 16A, as an 
example, output buffer 22D at port 1 6A (Fig. 3). 

Each output buffer 22 comprises an almost full threshold 23, which 
when crossed, signifies that the output buffer 22 has become almost full and can 
not receive anymore data packets. Similarly, each output buffer 22 comprises an 



almost empty threshold 21, which when crossed, signifies that output buffer 22 
has become almost empty and can again receive data packets. 

In accordance with a preferred embodiment of the present invention, 
and as per the example from above, the data is output buffer 22D crosses almost 
full threshold 23. As indicated in Fig. 3 by dashed arrows 29, the almost full 
output buffer 22D (at port 16A) sends a message to the port transmit arbiter 26D 
(at port 16D). The message notifies port transmit arbiter 26D that switch 12 A is 
almost full and requests that port 1 6D stop sending data to switch 1 2A. 

Referring now to Fig. 4, each port transmit arbiter 26 communicates with 
its associated switch 12 , via link 14 and an associated switch arbiter 28. When 
port transmit arbiter 26 receives a signal to cut off outgoing data packets, it 
notifies such to switch arbiter 28, which partially halts the outward flow of data 
packets; when port transmit arbiter 26 receives a signal to reopen communication, 
it notifies such to switch arbiter 28, which then reopens outward flow. 

As per the above example, port transmit arbiter 26D notifies switch 
arbiter 28D of switch 12D (arrow 27) to stop transferring data to switch 12A. 
Arbiter 28D stops transfer of data to switch 12A, however, still transfers data to 
other switches, as indicated by arrows 25. 

When the temporarily stored data packets at output buffer 22D (at port 
16A) have cleared-out, and have crossed the almost empty threshold 21, the 
output buffer 22D notifies sends a message to bar arbiter 26D (at port 16D) 
notifying it that switch 12 A is almost empty. Port transmit arbiter 26D resumes 

sending data packets to port 16A. 

For the purpose of temporarily storing data packets while cross bar 
arbiter 26 has halted traffic, and as shown in Fig. 4, each switch 12 has a plurality 
of Direct Memory Access (DMA) units 30 and associated switch FIFO buffers 32. 
Each DMA 30 is responsible for transfer of data from its associated FIFO buffer 
32. 
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When port transmit arbiter 26D notifies arbiter 28D of switch 12D to stop 
sending data packets to switch 12A, switch arbiter 28D so indicates to the DMA 
unit 30A, DMA unit 30A stops transferring data from FIFO buffer 32A to switch 
12A. However, the remaining DMA units 30 remain active, sending data through 
port 1 6D to the other switches 1 2. 

While the outgoing data traffic from switch 12 is closed, data packets 
intended for transfer are temporarily stored in switch buffers 32. As noted above, 
each DMA 30 is linked to an associated switch buffer 32. Additionally, each DMA 
30 is dedicated to one or more different ports 16. Generally each DMA 30 is 
dedicated to 2 ports, as example, ports 16A and 16D, however, DMA 30 could be 
dedicated to any number of ports depending on the switch's load. 

When arbiter 28 receives a message to close off outflow of data from 
switch 12 to an almost full port 16, only the outflow from the DMA 30 associated 
with the "full" port 16 is cut off. The DMA's 30 associated with the other ports 16 
remain active. Consequently, the only affected data flows are those of the 
associated ports and not the entire outgoing data flow from switch 12. 

Hence, in contrast to prior art network systems which required a total 
data flow halt upon collision from backups, the flow control system of the present 
invention allows data flow to continue, and stems only that traffic affected by the 
backup. 

Reference is now made to Figs. 5A and 5B illustrating the 
communication flow in the cross bar 10 among source switch 12A, port 16A on 
cross bar 10, port 16B on cross bar 10 and destination switch 12B, summarizing 
the flow discussed hereinabove. 

Switch 12A transfers (step 110) a link message and a data packet to 
logic unit 18A. The logic unit 18A identifies (step 112) the link message as a 
switch link message and writes (step 114) the link message and data packet into 
input buffer 20A. 

1 1 



The input buffer 20A transfers (step 116) the link message and data 
packet to the registers 24A at ports 16B, 16C and 16D. The registers 24A at 
ports 16B, 16C and 16D receive (step 118) the link message and the data packet 
transferred from switch 12A. Registers 24A at ports 16C and 16D do not 
recognize (step 120) the device number in the link message and ignore the 
message and the data packet. The register 24A at port 16B, recognizes (step 
122) the device number in the link message, and the link message and data 
packet are written (step 124) into the output buffer 22A at port 16B. 

If switch 12B is not full, output buffer 22A at port 16B transfers (step 
126) the data to port transmit arbiter 26B, which transfers (step 128) the message 
and data via link 14B to switch 12B. 

If switch 12B becomes full, it transfers (step 130, Fig. 5B) a local link 
message to logic unit 18B indicating such. Logic unit 18B indicates (step 132) to 
port transmit arbiter 26B to stop sending any messages and/or data to switch 
12B. Output buffer 22A at port 16B fills up (step 134) with temporarily stored 
unsendable messages and data. 

When output buffer 22A at port 16B reaches (step 136) almost fullness 
threshold 23, it notifies (step 138) such to port transmit arbiter 26A at port 16A. 
Arbiter 26A notifies (step 140) switch arbiter 28A at switch 12A not to send 
anymore data to port 16B until further notice. Switch 12A indicates (step 142) 
to its DMA 30B (on switch 12A) to stop sending to switch 12B, and switch buffer 
32B (on switch 12A and dedicated to port 16B) temporarily stores (step 143) 
unsendable messages and data. 

When switch 12B is capable of receiving again, it sends (step 144) a 
local link message to logic unit 18B indicating that it is now open to receive. 
Logic unit 18B indicates (step 146) to port transmit arbiter 26B to reopen inflow to 
switch 12B. Output buffer 22A at port 16B restarts transmission (step 148). 
When the output buffer 22A at port 16B reaches an empty threshold 21 (step 150) 
it notifies such to port transmit arbiter 26A at port 16A. 



Port transmit arbiter 26A notifies (step 152) switch arbiter 28A at switch 
12A to resume transfer of data to port 16B. Switch A indicates (step 154) to DMA 
30B to resume sending data. Switch buffer 32B (on switch 12A and dedicated to 
port 16B) resumes (step 156) transfer of messages and data to switch 12B. 

Reference is now made to Figs 6A, 6B, 6C and 7. Figs. 6A, 6B and 6C 
describe a preferred embodiment of an interface bus used in the individual bus 14 
of the present invention; Fig. 6A is schematic diagram of the interface bus, Fig. 6B 
is a message architecture used in the interface bus, and Fig. 6C is a timing 
diagram illustration of the activity of the bus during operations. 

Individual bus 14 is a 17 bit, point-to-point bus and comprises a clock 
signal 210, a command bit signal 212 and 16 bits of data signal 214. The 16 bit 
data 214 transfers either a 16 bit link message or data packets. Fig. 7 is a block 
diagram illustration of the logical elements of data bit 214. 

As noted hereinabove, each link 14 provides the connection and 
communication between one cross bar 10 and one switch 12, and transfers link 
messages and data packets therebetween. As additionally noted hereinabove, 
link messages 214 are transferred either alone or accompanied by data packets, 
and switch link messages transferred with data packets are used to communicate 
information about the associated data packet. 

Clock 210 functions in a manner similar to network clocks known in the 
art, and as such will not be described in detail herein. Command bit 212 is a one 
cycle command word and data bits 214, depending on the command message, 
comprises between 0 to 33 cycles of 16 bit data words. In accordance with a 
preferred embodiment of the present invention, command messages signal the 
commencement or end of a data packet. When not transmitting a command 
message, command bit 212 transmits an idle signal. 

Referring now to Fig. 6C, signals are constantly being transferred over 
links 14, either in the form of commands, idle signals, link messages, or data 
packets. The timing signal rises to high with the initialization of a command bit 



212, remains a, high for the duration of an idle message, sinks from the high 
signal a, the commencement of a link message/data packet and remains a, iow 
throughout the duration of the ,ink message/data packet. Hence, the rising or 
s.nk,ng state of the command bi, indicates whether to anticipate commands or to 
anticipate message/data. 

Referring now to Fig. 7. an exemplary protocol for data packet 214 is 
shown which comprises 16 bits; bit 15 is a link message bi, 220 bits 14-11 
provide high address bits 222, bits 10-6 indicate a device number 224. and bits 

5-0 indicate a message type 226. 

As noted hereinabove, the link message bi, 220 is either set or not se, 
and ,s used to signify either a local link message or a switch ,ink message' 
respectively. The high address 222 is provided for PC, address mapping and 
used for communication between switches 12 and PCs connected to the network 
The device number 224 identifies the number of the device designated to receive 
.he „nk message and/or data packet The message type 226, as described in US 
paten, application 08/790,156, which is incorporated herein by reference, relays 
messaging protocol between switches 12. 
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CLAIMS 

1. A data network comprising: 

at least one crossbar, wherein each crossbar comprises N ports; 
a plurality N of devices each associated with and connected to one 
port of one of said crossbars; 

wherein each one port of one crossbar comprises: 

an input buffer for receiving messages from the device 
connected to its port and for sending said messages to the N-1 other 
ports of said one crossbar; 

a plurality N-1 of port output buffers, each corresponding 
to one of said N-1 other ports, wherein each port output, buffer 
receives said messages only from said input buffer of its associated 
other port; 

a plurality N-1 of fullness sensors, each associated with 
one port output buffer, for measuring the fullness state of its 
associated port output buffer; 

shutoff means, connected to the fullness sensors 
associated with the port output buffers corresponding to said one 
port at said N-1 other ports, for, when said fullness state for one of 
said other ports is generally full, indicating to said device connected 
to said one port not to send data for the port which is now generally 
full. 

. A network according to claim 1 wherein each device additionally 
comprises N-1 device output buffers, one per the N-1 other ports of said 
crossbar. 



3. A network according to claim 2 and wherein each device also comprises 
a multiplicity of direct memory access (DMA) units for removing data 
from at least one of said device output buffers. 

4. A network according to claim 1 and wherein each crossbar comprises 
an arbiter for providing said messages from said N-1 port output buffers 
to said device connected to its port only if said device is not full. 

5. A network according to any of the preceding claims, and wherein each 
port comprises a bus link connected to said corresponding associated 
device. 

6. A switch for a data network, the data network including at least one 
crossbar having N ports and the switch being connectable to one of said 
N ports, the switch comprising: 

a multiplicity of switch output buffers, one per the N-1 other 
ports of said crossbar; and 

at least two direct memory access (DMA) units, each 
associated with at least one of said switch output buffers, for removing 
data from said associated at least one switch output buffers. 

7. A device according to any of claims 1 - 6 substantially as described 

hereinabove. 

8. A device according to any of claims 1 - 6 substantially as illustrated in 

any of the drawings. 
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